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MULTIMEDIA SERVICE PROVIDING METHOD IN A RADIO MOBILE 

COMMUNICATION SYSTEM 



TECHNICAL FIELD. 

5 

The present invention relates to a multimedia broadcast/multicast 
service (MBMS) of a universal mobile telecommunications system (UMTS) 
and, more particularly, to a multimedia service providing method for providing 
an MBMS service by using a radio network temporary identifier (RNTI). 

10 

BACKGROUND ART 

A universal mobile telecommunications system (UMTS) is a third 
generation mobile communication system that has evolved from a standard 
known as Global System for Mobile communications (GSM). This standard is 
15 a European standard which aims to provide an improved mobile 
communication service based on a GSM core network and wideband code 
division multiple access (W-CDMA) technology. 

Figure 1 illustrates an example of the construction of a general 
UMTS network. 

20 As shown in Figure 1, the UMTS is roughly divided into a terminal, a 

UTRAN and a core network. The UTRAN includes one or more radio network 
sub-systems (RNS), each of RNSs includes one RNC and one or more Node 
Bs managed by the RNC. Each of Node Bs are managed by the RNC, 
receive information sent by the physical layer of the terminal through an 
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uplink, and transmit data to the terminal through a downlink. Node Bs, thus, 
operate as access points of the UTRAN for terminal. 

A primary function of the UTRAN is to constitute and maintain a radio 
access bearer (RAB) for a communication between the terminal and the core 
5 network. The core network applies requirements for a quality of service of an 
end-to-end to the RAB, and the RAB supports the QoS requirement the core 
network 1 30 sets. 

Accordingly, by constituting and maintaining the RAB, the UTRAN 
can satisfy the QoS requirement of the end-to-end. The RAB service can be 

10 divided into lower conceptional lu Bearer sen/ice and Radio Bearer service. 
The lu Bearer service handles a reliable transmission of a user data in the 
boundary node between the UTRAN and the core network, while the radio 
bearer service handles a reliable transmission of a user data between the 
terminal and the UTRAN. 

15 Figure 2 shows a structure of a radio protocol between a terminal 

which operates based on a 3GPP RAN specification and a UTRAN. The 
radio protocol is horizontally formed of a physical layer (PHY), a data link 
layer, and a network layer and is vertically divided into a control plane for 
transmitting a control information and a user plane for transmitting data 

20 information. The user plane is a region to which traffic information of a user 
such as voice or an IP packet is transmitted. The control plane is a region to 
which control information such as an interface of a network or maintenance 
and management of a call is transmitted. 

In Figure 2, protocol layers can be divided into a first layer (L1), a 
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second layer (L2), and a third layer (L3) based on three lower layers of an 
open system interconnection (OSI) standard model well known in a 
communication system. Each layer of Figure 2 will now be described. 

The first layer (L1) provides information transfer service to an upper 

5 layer by using various radio transmission techniques. It is connected to an 
MAC (Medium Access Control) layer at the upper position through a transport 
channel, and data between the MAC layer and a physical layer are moved 
through the transport channel. 

The MAC provides assignment service of an MAC parameter for 

10 assigning and re-assigning a radio resource. It is connected to a radio link 
control layer, an upper layer, by a logical channel, and various logical 
channels are provided according to the kind of transmitted information. In 
general, when information of the control plane is transmitted, a control 
channel is used. When information of the user plane is transmitted, a traffic 

15 channel is used. 

The MAC is classified into MAC-b sublayer, MAC-d sublayer and 
MAC-c/sh sublayer according to the type of transport channel it manages. 
The MAC-b sublayer manages a broadcast channel (BCH), a transport 
channel handling broadcast of system information. The MAC-c/sh sublayer 

20 manages a common or shared transport channel such as the FACH or a 
DSCH (Downlink Shared Channel) shared by multiple terminals. 

In the UTRAN, the MAC-c/sh sublayer is positioned in the CRNC. 
Since the MAC-c/sh sublayer manages channels shared by every terminal in 
a cell, one MAC-c/sh sublayer exists in each cell. The MAC-d sublayer 
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manages a dedicated channel (DCH), a dedicated transport channel for a 

specific terminal. Therefore, the MAC-d sublayer is positioned at the SRNC 

handling management of a corresponding terminal and one MAC-d sublayer 

exists in each terminal. 
5 The RLC layer supports reliable data transmission and performs a 

function of segmentation and concatenation of RLC service data unit (SDU) 

coming down from an upper layer. 

The RLC SDU delivered from the upper layer is adjusted in its size 

suitable for a processing capacity in the RLC layer, to which header 
10 information is added and transmitted as a protocol data unit form to the MAC 

layer. The RLC layer has an RLC buffer to store RLC SDU or PDUs coming 

down from the upper layer. 

A broadcast/multicast control (BMC) layer schedules a cell broadcast 

(CB) message delivered from the core network and allows user equipments 
15 positioned in a specific cell to perform a broadcast function. 

At the side of the UTRAN, the CB message delivered from the upper 

layer is added with information such as a message ID, a serial number or a 

coding scheme and transmitted as the BMC message form to the RLC layer, 

and transmitted to the MAC layer through the logical channel CTCH 
20 (Common Traffic Channel). The logical channel CTCH is mapped with the 

transport channel FACH and S-CCPCH. 

A packet data convergence protocol (PDCP) layer is positioned at an 

upper side of the RLC layer and allows data to be transmitted through a 

network protocol such as an IPv4 or IPv6 to be effectively transmitted on the 
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radio Interface with a relatively small bandwidth. For this purpose, the PDCP 
layer performs a function of reducing unnecessary control information, which 
is called a header compression, and RFC2507 and RFC3095, a header 
compression technique defined in an Internet standardization group called 
5 IETF (Internet Engineering Task Force). With these methods, because the 
header part Is allowed to transmit only essential information, less control 
information is transmitted, thereby reducing a quantity of data to be 
transmitted. 

The radio resource control (RRC) layer positioned in the lowest 
10 portion of the L3 is defined only in the control plane and controls the logical 
channels, the transport channels, and the physical channels in relation to the 
setup, the reconfiguration, and the release of the RBs. The RB is a service 
provided by the second layer for data transmission between the terminal and 
the UTRAN. Setting up the RB means processes of stipulating the 
15 characteristics of a protocol layer and a channel, which are required for 
providing a specific service, and setting the respective detailed parameters 
and operation methods. 

The multimedia broadcast/multicast service (MBMS) will now be 
described. 

20 The MBMS is a service transmitting multimedia data such as an 

audio, a video or an image to a plurality of terminals by using a uni-directional 
point-to-multipoint bearer service. UTRAN transmits the MBMS data over a 
downlink common transport channel such as FACH or DSCH in order to 
heighten an efficiency of a radio network. 
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The MBMS has two types of modes of a broadcast mode and a 
multicast mode. Namely, the MBMS service is divided into an MBMS 
broadcast service and an MBMS multicast service. 

The MBMS broadcast mode is a service transmitting multimedia data 
5 to every user located in a broadcast area. The broadcast area herein refers 
to an area where a broadcast service is available. One or more broadcast 
areas can exist in one public land mobile network (PLMN), and one or more 
broadcast services can be provided in one broadcast area. Further, one 
broadcast service can be provided to several broadcast areas. 
10 The MBMS multicast mode is a service for transmitting multimedia 

data only to a specific user group in a multicast area. Here, the multicast area 
refers to an area where a multicast service is available. There can exist one 
or more multicast areas in one PLMN, and one or more multicast services 
can be provided in one multicast area. Further, one multicast service can be 
15 provided to several multicast areas. 

In the MBMS multicast mode, a user is required to join a multicast 
group for receiving a specific multicast service. Here, the multicast group 
refers to a user group receiving a specific multicast service, and joining 
herein refers to a behavior of joining to the multicast group for receiving the 
20 specific multicast service. 

The radio network temporary identifier (RNTI) will now be described. 

The RNTI Is used as identification information of a terminal while 
connection is maintained between the terminal and the UTRAN, including S- 
RNTI. D-RNTI, C-RNTI and U-RNTI. 
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S-RNTI (Serving RNC RNTI) is assigned by an SRNC (Sen/ing RNC) 
when a connection is set up between the terminal and the UTRAN. and used 
as base information for the SRNC to identify a terminal. 

D-RNTI (Drift RNTI) is assigned by a DRNC (Drift RNC) when a 
5 handover occurs between radio network controllers according to a terminal's 
movement. 

C-RNTI (Cell RNTI) is used as information to identify a terminal in an 
CRNC (Controlling RNC) and given a new C-RNTI value from the CRNC 
when a terminal enters a new cell. 
10 U-RNTI (UTRAN RNTI) consists of an SRNC identity and an S-RNTI 

and provides absolute identification information of a terminal in case that 
identification information of an SRNC managing a terminal and identification 
information of a terminal in the corresponding terminal can not be recognized. 
When data is transmitted by using a common transport channel, an 
15 MAC-c/sh layer includes C-RNTI or U-RNTI in a header of an MAC PDU and 
transmits it. At this time, the header of the MAC PDU also includes a UE ID 
type indicator informing a type of the RNTI. 

One or more physical channel S-CCPCH (Secondary Common 
Control Physical Channel) can be provided by a cell, so that a terminal 
20 desires to receive a transmission channel FACH (Forward Access Channel) 
or a PCH (Paging Channel), it first selects a mapped S-CCPCH channel. 
That is, the terminal selects a S-CCPCH channel to be received by Itself by 
using the U-RNTI. 

The conventional RNTIs are used only for the point-to-point radio 
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service, they serve to identify only one terminal. Thus, when the terminal 
receives data through the downlink common transport channel, it recognizes 
whether the RNTI included in the header of the MAC PDU is the same as an 
RNTI assigned to itself and transfers only data including the same RNTI. 

5 However, the IVIBMS transmitting data to a plurality of terminal, that is, 

to a terminal group, by using the point-to-multipoint radio service on the radio, 
the conventional RNTI can not be used. 

First, when the conventional RNTI is used for the common transport 
channel for the MBMS, RNTIs of plural terminals for receiving a 

10 corresponding data should be all included in the header of the MAC PDU. 
Then, RNTIs as many as the receiving terminals are included In the header 
of the MAC PDU, the header becomes fat. 

For this reason, in case of the conventional CBS service, no RNTI is 
included in the header of the MAC PDU to provide the point-to-multipoint 

15 radio service. Instead, a message ID is included in a BMC message in an 
BMC layer. In this case, however, the MAC layer of the terminal can not 
recognize whether a received data belongs to itself, every data received over 
the common transport channel should be transmitted to the upper RLC and 
BMC layers. 

20 There is another disadvantage of the message identifier. In the 

conventional art, the user gives the BMC layer message identifier information 
to be received. The terminal thereby transfers a corresponding message to 
the upper layer only when a message identifier of the received BMC 
message is identical to a message identifier selected by the user. With this 
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method, protection of information of a specific message data is not 
guaranteed. That is, because the whole message identifiers are known to the 
every user, it is not possible that a specific message data is received only by 
a specific user group or a specific message data is protected from damage or 
5 distortion. 

The above references are incorporated by reference herein where 
appropriate for appropriate teachings of additional or alternative details, 
features and/or technical background. 

10 DISCLOSURE OF THE INVENTION 

Therefore, an object of the present invention is to provide a 
multimedia service providing method in a radio mobile telecommunication 
system that provides a radio network temporary identifier (RNTI) suitable for 
MBMS service. 

15 Another object of the present invention is to provide a multimedia 

service providing method of an universal mobile telecommunication system 
capable of transmitting only a specific data to an upper layer by an MAC. 

Still another object of the present invention is to provide a multimedia 
service providing method in an universal mobile telecommunication system 

20 capable of assigning a radio resource, configuration and control information 
through an RNTI. 

To achieve at least the above objects In whole or in parts, there is 
provided a multimedia service providing method in an universal mobile 
telecommunication system in which multimedia broadcast/multicast service 
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(MBMS) is provided to plural terminals, including: generating an identifier for 
a specific MBMS service; adding the generated identifier to every MBMS 
protocol data unit; and transferring the MBMS protocol data unit to a terminal. 

Preferably, the identifier is an MBMS radio network temporary 
5 identifier (RNTI). 

Preferably, the identifier is generated from a radio resource control 
(RRC) layer. 

Preferably, the RRC layer generates the identifier when a radio 
access bearer is established, and discards the identifier when the radio 
10 access bearer is released. 

Preferably, the identifier indicates a specific MBMS service or a 
multicast group. 

Preferably, the specific MBMS service is a broadcast service or a 
multicast service. 

15 Preferably, the identifier is included in header of an MBMS protocol 

data unit. 

Preferably, the MBMS protocol data unit is an MAC protocol data unit 
and the header is a header of the MAC protocol data unit. 

Preferably, the MBMS protocol data unit includes an indicator 
20 indicating a type of the identifier. 

To achieve at least these advantages in whole or in parts, there is 
further provided a multimedia service providing method in an universal 
mobile telecommunication system in which multimedia broadcast/multicast 
service (MBMS) is provided to a terminal group consisting of plural terminals, 
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including: generating an identifier for an MBMS service and assigning it to a 
terminal group; adding an MBMS identifier in the MBMS protocol data unit 
and transmitting it to the terminal group; and comparing the MBMS identifier 
contained in the received MBMS protocol data unit and the assigned MBMS 
5 identifier and receiving the MBMS protocol data unit by each terminal. 

Preferably, the MBMS identifier is an MBMS radio network temporary 
identifier (RNTI). 

Preferably, the MBMS identifier is generated by an RRC (Radio 
Resource Control) layer of UTRAN. 
10 Preferably, the RRC layer generates the identifier when a radio 

access bearer is established, and discards the identifier when the radio 
access bearer is released. 

Preferably, the MBMS identifier is assigned by an RRC (Radio 
Resource Control) layer of UTRAN. 
15 Preferably, the MBMS identifier is assigned to the terminal group 

through an RRC message. 

Preferably, the MBMS identifier is included in the header of the 
MBMS protocol data unit. 

Preferably, the MBMS protocol data unit is an MAC protocol data unit 
20 and the header is a header of the MAC protocol data unit. 

Preferably, the MBMS protocol data unit includes an identifier type 
indicator indicating a type of the identifier. 

Preferably, the identifier type indicator is included in the header of the 
MBMS protocol data unit. 
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Preferably, the MBMS protocol data unit is an MAC protocol data unit 
and the header is a header of the MAC protocol data unit. 

In the multimedia service providing method in an universal mobile 
telecommunication system of the present invention, the MBMS data receiving 
5 step includes: checking whether the MBMS identifier is included in the MBMS 
protocol data unit; checking whether the MBMS identifier included in the 
MBMS protocol data unit is identical to the previously assigned MBMS 
identifier if the MBMS identifier is included in the MBMS protocol data unit; 
removing a header from the MBMS protocol data unit if the two identifiers are 
10 identical; and transferring the header-removed MBMS protocol data unit to an 
upper layer of a terminal. 

Preferably, the terminal checks whether the MBMS identifier is 
included in the MBMS protocol data unit by checking whether an identifier 
type indicator of the MBMS protocol data unit indicates the MBMS identifier. 
15 Preferably, the identifier type indicator indicates a type of the 

identifier included in the MBMS protocol data unit. 

Preferably, if the two identifiers are not identical, the terminal 
discards the received MBMS protocol data unit. 

The multimedia service providing method of a universal mobile 
20 telecommunication system of the present invention further includes: 
constructing feedback information on the received MBMS data; and adding 
the MBMS identifier to feedback Information of the MBMS data and 
transferring it to UTRAN by each terminal. 

To achieve at least these advantages in whole or in parts, there is 
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further provided a multimedia service providing method in an universal 
mobile telecommunication system in which multimedia broadcast/multicast 
service (MBMS) is provided to a terminal group consisting of plural terminals, 
including: transferring plural physical channel information to a terminal group; 
5 assigning an MBMS identifier to terminals which are to receive an MBMS 
data; and obtaining information of a specific physical channel indicated by the 
MBMS identifier from the plural physical channel information and receiving 
the MBMS data. 

Preferably, the MBMS identifier is an MBMS radio network temporary 
10 identifier (RNTI). 

Preferably, the MBMS identifier Indicates the specific physical 
channel by indicating the number of the specific physical channel included in 
the plural physical channel information. 

Preferably, the physical channel is a secondary common control 
15 physical channel transmitting MBMS data. 

Preferably, information of the physical channel is a list of plural 
channels transmitting MBMS data and a parameter indicating a channel code 
of the physical channel, a scrambling code, a size of a data to be transmitted, 
a time interval at which data is transmitted, a channel coding, and a type of a 
20 transport channel mapped with a corresponding physical channel and a 
logical channel. 

In the multimedia service providing method of a universal mobile 
telecommunication system of the present invention, the MBMS data receiving 
step includes: selecting a specific physical channel indicated by the MBMS 
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identifier among the plural physical channels included in the plural physical 
channel information; obtaining information on the selected physical channel 
from the plural physical channel information; establishing the selected 
physical channel by each terminal; and receiving the MBMS data through the 

5 selected physical channel. 

Additional advantages, objects, and features of the invention will be 
set forth in part in the description which follows and in part will become 
apparent to those having ordinary skill in the art upon examination of the 
following or may be learned from practice of the invention. The objects and 

10 advantages of the invention may be realized and attained as particularly 
pointed out in the appended claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The invention will be described in detail with reference to the 
following drawings in which like reference numerals refer to like elements 

15 wherein: 

Figure 1 illustrates a network structure of a general UMTS system; 

Figure 2 illustrates a structure of a radio protocol between a terminal 
and UTRAN on the basis of a 3GPP radio access network standard; 

Figure 3 is a signal flow chart showing a process of generating 
20 MBMS RNTI in UTRAN when an MBMS RAB is generated for an MBMS 
service in accordance with the present invention; 

Figure 4 is a signal flow chart showing a process of assigning MBMS 
RNTI to a terminal which is to receive an MBMS service after an MBMS RAB 
and an MBMS RNTI are generated in accordance with the present invention; 
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Figure 5 is a signal flow chart showing a process of receiving a data 
of a corresponding MBMS service by a terminal which has been assigned the 
MBMS RNTI in accordance with the present invention; 

Figure 6 Is a signal flow chart showing a process of discarding the 
5 MBMS RNTI assigned to a terminal by UTRAN in accordance with the 
present invention; 

Figure 7 is a signal flow chart showing a process of discarding the 
MBMS RNTI by UTRAN when the MBMS RAB for an MBMS service is 
discarded in accordance with the present invention; and 
10 Figure 8 is a signal flow chart showing a process of selecting a 

physical channel for receiving a data of a corresponding MBMS service by a 
terminal through allocation of MBMS RNTI in accordance with the present 
invention. 



15 MODES FOR CARRYING OUT THE PREFERRED EMBODIMENTS 

The present invention is implemented in such a mobile 
communication system as the UMTS (universal mobile telecommunications 
system), which has been recently developed by 3GPR However, without 
being limited thereto, the present invention can be also applied to a 
20 communication system operated with different standards. Preferred 
embodiments of the present invention will now be described. 

The present invention proposes an MBMS RNTI (MBMS Radio 
Network Temporary Identifier) used when MBMS service-related information 
is given and taken between UTRAN and a terminal or between nodes in 

15 
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UTRAN in case that UTRAN provides an MBIVIS service, in which the MBIVIS 
RNTI serves as a identifier for a specific MBIVIS service or a multicast group. 

Characteristics of the MBMS RNTI 

5 The MBMS RNTI is added as header information of an MBMS data 

transmitted to a user plane of a radio protocol. Especially, the MBMS RNTI 
can be included in an MAC header. For example, when MBMS data is 
transferred to a terminal through a downlink common transport channel such 
as FACH or DSCH, the MBMS RNTI is included in the MAC header so that 

10 the MAC layer that is responsible for MBMS can recognize whether the 
received MBMS data belongs to the MAC layer itself. 

In both the broadcast mode and the multicast mode, MBMS RNTI is 
used as an identifier indicating a specific MBMS service provided in one RNS. 
In the multicast mode, MBMS RNTI is also used as an identifier for 

15 indicating a group of users receiving a specific multicast service in one RNS. 
In other words, MBMS RNTI corresponds to an identifier Indicating a set of 
users who receive a service from a specific RNS among users belonging to a 
multicast group. 

MBMS RNTI is generated by the UTRAN when an MBMS RAB is set 
20 up for an MBMS service, and when the MBMS RAB is released, the MBMS 
RNTI is discarded. The MBMS RAB refers to a radio access bearer set for a 
specific MBMS service. 

MBMS RNTI is managed by the CRNC, and an arbitrary MBMS RNTI 
is used to identify a specific MBMS service only in a pertinent CRNC. 

16 
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MBMS RNTI Is included in the l\^AC header of an MBMS data when 
the data Is transmitted, for which the RRC layer of UTRAN Infomris the MAC- 
c/sh sub-layer of the UTRAN, the MAC sub-layer that is responsible for 
MBMS In the UTRAN, of an MBMS RNTI value for a specific MBMS service. 
5 In addition, the RRC layer of UTRAN informs the RRC layer of a 

terminal of the MBMS RNTI value by using an RRC message. At this time, 
RRC layers of a plurality of terminals desired to receive the specific MBMS 
service are all assigned the MBMS RNTI value from the RRC layer of 
UTRAN. 

10 Thereafter, the RRC layers of the terminals desired to receive the 

specific MBMS service informs the MAC-c/sh sub-layer, the MAC sub-layer 
that is responsible for MBMS In the terminal, of the received MBMS RNTI 
value. 

Upon receiving the MBMS RNTI value from the RRC layer of UTRAN, 
15 the MAC-c/sh sub-layer of UTRAN stores the received MBMS RNTI value. 
Thereafter, the MAC-c/sh sublayer of UTRAN includes the stored MBMS 
RNTI value in a header of an MAC PDU for a corresponding MBMS service. 
At this time, an identifier type indicator indicating that a type of the RNTI Is 
the MBMS RNTI is also Included in the header of the MAC PDU. The 
20 identifier type Indicator informs what kind of RNTI is included in a 
corresponding MAC PDU. 

After receiving the MBMS RNTI value from the RRC layer of the 
terminal, the MAC-c/sh sub-layer of the terminal stores it. If the header of the 
received MAC PDU includes a terminal identifier type indicator, the MAC-c/sh 
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sub-layer of the terminal recognizes what the terminal identifier type indicator 
indicates. 

If the terminal identifier type indicator indicates MBMS RNTI, the 
MAC-c/sh sub-layer of the terminal compares MBMS RNTI stored in the 
5 MAC-c/sh sub-layer itself and MBMS RNTI included in the header of the 
received MAC PDU. If the two MBMS RNTI values are the same with each 
other, the MAC-c/sh sub-layer of the terminal transfers the corresponding 
data to the upper layer of the terminal. 

10 Generation/assiqnment/discard process of the MBMS RNTI 

The following process is applied both to the broadcast mode and the 
multicast mode. 

Figure 3 shows a process of generating MBMS RNTI, in which 
UTRAN generates MBMS RNTI when MBMS RAB is generated for an 
15 arbitrary MBMS service. 

Referring to Figure 4, in case that MBMS RAB is generated for an 
MBMS service, UTRAN RRC generates MBMS RNTI for an MBMS service 
(S1), and transfers MBMS RNTI for the corresponding MBMS service to the 
UTRAN MAC-c/sh (S2). Thus, UTRAN MAC-c/sh stores the MBMS RNTI 
20 (S3). 

Figure 4 shows a process of assigning MBMS RNTI to a terminal, in 
which after MBMS RAB and MBMS RNTI are generated, MBMS RNTI is 
assigned to a terminal for receiving a corresponding MBMS service. 

As shown in Figure 5. the UTRAN RRC transfers MBMS RNTI for an 
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MBMS service to a terminal RRC througli an RRC message (S4), tlie 
temninal RRC transfers IVIBMS RNTI to a terminal MAC-c/sh (S5). The 
terminal MAC-c/sh stores the MBMS RNTI (S6). and then the terminal RRC 
informs the UTRAN RRC that MBMS RNTI has been completely assigned 
through an RRC message (S7). Thereafter, the terminal can receive MBMS 
data for the corresponding MBMS service. 

Figure 5 shows a process of transmitting MBMS data, in which a 
terminal assigned MBMS RNTI receives data of a corresponding MBMS 
service. 

If an upper layer receives a data (MAC PDU) for a corresponding 
MBMS service, UTRAN MAC-c/sh includes an identifier type indicator and 
the stored MBMS RNTI in a header of a corresponding MAC PDU (S10). The 
identifier type indicator indicates that a type of included RNTI is MBMS RNTI. 
UTRAN MAC-c/sh transfers an MAC PDU to a terminal MAC-c/sh by using a 
service of a lower layer (S1 1 ). 

If the identifier type indicator of a header of the MAC PDU received 
by the terminal MAC-c/sh indicates MBMS RNTI, the terminal MAC-c/sh 
compares MBMS RNTI of the received MAC PDU with the stored MBMS 
RNTI (S12). If the two RNTI values are the same with each other, the 
terminal MAC-c/sh removes the MAC header from the received MAC PDU, 
and then transfers the MBMS data included in the MAC PDU to an upper 
layer (S13). 

Figure 6 shows a process of discarding MBMS RNTI stored in a 
terminal, in which UTRAN discards MBMS RNTI which has been assigned to 

19 
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the terminal. 

UTRAN RRC requests a terminal RRC through an RRC message to 
discard MBMS RNTI for a corresponding MBMS service (S14). The terminal 
RRC requests the terminal MAC-c/sh to discard MTMS RNTI according to 
5 the discard request (S15). The terminal MAC-c/sh discards the stored MBMS 
RNTI. and the terminal RRC informs the UTRAN RRC through an RRC 
message that the MBMS RNTI has been discarded (S17). Thereafter, the 
terminal can not receive MBMS data for the corresponding MBMS service. 

Figure 7 shows a process of discarding MBMS RNTI, in which 
10 UTRAN discards MBMS RNTI when MBMS RAB for an arbitrary MBMS 
service is discarded. 

If there are one or more terminals storing corresponding MBMS RNTI, 
UTRAN can proceed with the process of Figure 7 and the process of Figure 8 
together. 

15 UTRAN RRC determines discard of MBMS RNTI for a corresponding 

MBMS service in case that MBMS RAB is released for an MBMS service 
(S20), and requests the UTRAN MAC-c/sh to discard MBMS RNTI for the 
corresponding MBMS service (S21). Thus, UTRAN MAC-c/sh discards the 
MBMS RNTI according to the RNTI discard request. 

20 

Radio resource assignment through MBMS RNTI 

MBMS RNTI performs a function of indicating a radio resource used 
for a specific MBMS service. UTRAN RRC informs the terminal RRC of 
channel information through system information of BCH. The channel 
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information refers to a parameter such as the number of a physical channel 
being provided for service in a corresponding cell, a channel code of each 
physical channel, a scrambling code, a size of data to be transmitted, time 
interval for data transmission, a channel coding, a type of transport channel 
5 and a logical channel mapped with a corresponding physical channel, or the 
like. 

In the present invention, a specific MBMS RNTI indicates the number 
of the physical channel transmitting a data of a specific MBMS service. By 
doing that, it is not necessary for UTRAN to transmit channel information for 
10 MBMS data transmission to corresponding terminals whenever MBMS RNTI 
is assigned. 

In detail, when the MBMS service is transferred through the transport 
channel FACH and the physical channel S-CCPCH, UTRAN selects an S- 
CCPCH channel for transmitting a data of the corresponding MBMS service 
15 through the following equation (1 ): 

The number of S-CCPCH = MBMS RNTI modulo K (1 ) 

wherein the value 'K' corresponds to the number of S-CCPCH with which 
FACH channel transmitting MBMS data in a corresponding cell is mapped 
and the number of S-CCPCH corresponds to a list order of S-CCPCH 
20 channels existing in system information of the corresponding cell. 

The terminal can be aware of channel information corresponding to 
the number of S-CCPCH through the S-CCPCH channel list of the system 
information transferred through the BCH channel. Accordingly, the terminal 
calculates the number of S-CCPCH by substituting first assigned MBMS 



wo 2004/002021 



PCT/KR2003/001228 



RNTI to equation (1) and obtains infomriation of the calculated S-CCPCH 
channel from the system information, thereby receiving transmitted MBMS 
data. 

Figure 8 shows a process of allocating a physical channel through 
5 MTMS RNTI. in which a terminal selects a physical channel for receiving a 
data of a corresponding MBMS service through MBMS RNTI assignment 

UTRAN RRC sets up a lower layer for transmission of MBMS data 
(S23). That is. UTRAN RRC allows a physical layer, MAC, RLC and PDCP 
layer of UTRAN to set a parameter such as the number of the physical 
10 channel S-CCPCH provided for service in a corresponding cell, a channel 
code and a scrambling code of each physical channel, a size of a data to be 
transmitted, a time interval for data transmission, a channel coding and a 
type of transport channel and a logical channel mapped with a corresponding 
physical channel. Through this process, the physical S-CCPCH transmitting a 
15 MBMS data is set up. 

UTRAN RRC transmits channel information to the RRC of a terminal 
through system information of BCH (S24). The channel information refers to 
the parameter such as the number of the physical channel provided for 
service in a corresponding cell, a channel code and a scrambling code of 
20 each physical channel, a size of a data to be transmitted, a time interval for 
data transmission, a channel coding and a type of transport channel and a 
logical channel mapped with a corresponding physical channel. 

The terminal RRC stores the physical channel information (S25), and 
the UTRAN assigns MBMS RNTI to a corresponding terminal through the 
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MBMS RNTI assignment process (S26). 

The terminal RRC obtain information on the physical channel S- 
CCPCH indicated by the MBMS RNTI and a transport channel and a logical 
channel mapped with the channel form the physical channel information 

5 (S27). That is, the terminal RRC obtains the parameter such as a channel 
code and a scrambling code of the physical channel S-CCPCH transmitting a 
data of the specific MBMS service, a size of a data to be transmitted, a time 
interval for data transmission, a channel coding and a type of transport 
channel and a logical channel mapped with a corresponding physical channel. 

10 The terminal RRC sets a lower layer of the terminal by using the 

obtained channel information (S28). That is, a physical layer, MAC, RLC and 
PDCP layer of the terminal are set by using the obtained channel information. 
Through this process, the physical S-CCPCH for receiving a data of the 
corresponding MBMS service is set. Then, the terminal can receive the data 

15 of the MBMS service through the transport channel FACH. 



Transmission control information using MBMS RNTI 

The RRC layer of MBMS controls the transport channel and the 
physical channel with respect to set-up, re-set-up and release of RB to which 
20 MBMS RAB is mapped. 

In order to control the set-up/re-set-up and termination, an RRC 
message is exchanged between RNC and UE. That is, MBMS RNTI is 
inserted into the RRC message for a specific MBMS service to identify a 
specific MBMS service. 

23 
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For example, an RRC of a terminal which has received a data of a 
specific MBMS service transfers feedback information on an MBIVIS data to 
the RRC of UTRAN, MBMS RNTI for a corresponding MBMS service is 
included in the feedback information to identify the corresponding feedback 
information. That is, the specific MBMS RNTI is included in the RRC 
message transmitting the feedback information. 

As so far described, the multimedia service providing method of 
universal mobile telecommunication system of the present invention has the 
following advantages. 

That is, when UTRAN provides an MBMS service, MBMS RNTI is 
used to give and take MBMS service-related information between UTRAN 
and the terminal or between nodes in UTRAN. Therefore, not only does a 
user group receiving an MBMS data can be easily recognized but also a data 
of a specific MBMS service can be easily recognized. 

In addition, when data is transmitted to a plurality of terminals, that is, 
to a terminal group, by using a point-to-multipoint radio service, specific 
groups receiving the data can be discernible. Thus, only MBMS data 
corresponding to a corresponding terminal can be transferred from the MAC 
layer to the upper layer. 

Moreover, MBMS RNTI indicates plural terminals with one 
identification information, so that the length of a header can be reduced 
compared with the use of RNTI as in the conventional art. 

Furthermore, the use of an identifier temporarily assigned in UTRAN 
obtains an effect of protecting information of MBMS data compared with the 

24 
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use of a fixed message identifier. 

Also, because MBMS RNTI indicates a specific radio resource, a 
radio resource can be automatically assigned to plural terminals even without 
an assignment control message, and thus, complexity of scheduling of 
5 MBMS data transmission can be reduced. 

The foregoing embodiments and advantages are merely exemplary 
and are not to be construed as limiting the present invention. The present 
teaching can be readily applied to other types of apparatuses. The 
description of the present invention is Intended to be Illustrative, and not to 
10 limit the scope of the claims. Many alternatives, modifications, and variations 
will be apparent to those skilled in the art. In the claims, means-plus-function 
clauses are intended to cover the structure described herein as performing 
the recited function and not only structural equivalents but also equivalent 
structures. 

15 
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CLAIMS 

1. A multimedia service providing method in a radio mobile 
communication system that provides a multimedia broadcast/multicast 

5 service (MBMS) to a plurality of terminals, comprising: 

generating an identifier for a specific MBMS service; 

adding the generated identifier to every MBMS protocol data unit; 

and 

transferring the MBMS protocol data unit to a terminal. 

10 

2. The method of claim 1, wherein the identifier is an MBMS 
radio network temporary identifier (RNTI). 

3. The method of claim 1, wherein the identifier is generated 
15 from a radio resource control (RRC) layer. 

4. The method of claim 3, wherein the RRC layer generates the 
identifier when a radio access bearer is established, and discards the 
identifier when the radio access bearer is released. 

20 

5. The method of claim 1, wherein the identifier indicates a 
specific MBMS service or a multicast group. 

6. The method of claim 5, wherein the specific MBMS service is 

26 
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a broadcast service or a multicast service. 

7. The method of claim 1, wherein the identifier is included in 
header of an MBMS protocol data unit. 

5 

8. The method of claim 7, wherein the MBMS protocol data unit 
is an MAC protocol data unit and the header is a header of the MAC protocol 
data unit. 

10 9. The method of claim 1, wherein the MBMS protocol data unit 

includes an indicator indicating a type of the identifier. 

10. A multimedia service providing method in a radio mobile 
communication system in which multimedia broadcast/multicast service 
15 (MBMS) is provided to a terminal group consisting of plural terminals, 
comprising: 

generating an identifier for an MBMS service and assigning it to a 
terminal group; 

adding an MBMS identifier in the MBMS protocol data unit and 
20 transmitting it to the terminal group; and 

comparing the MBMS identifier contained in the received MBMS 
protocol data unit and the assigned MBMS identifier and receiving the MBMS 
protocol data unit by each terminal. 
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11. The method of claim 10, wherein the IVIBMS identifier is an 
IVIBIVIS radio network temporary identifier (RNTI). 

12. The method of claim 10, wherein the MBMS identifier is 
5 generated by an RRC (Radio Resource Control) layer of UTRAN. 

13. The method of claim 12, wherein the RRC layer generates 
the identifier when a radio access bearer is established, and discards the 
identifier when the radio access bearer is released. 

10 

14. The method of claim 10, wherein the MBMS identifier is 
assigned by an RRC (Radio Resource Control) layer of UTRAN. 

15. The method of claim 14, wherein the MBMS identifier is 
15 assigned to the terminal group through an RRC message. 

16. The method of claim 10, wherein the MBMS identifier is 
included in the header of the MBMS protocol data unit. 

20 17. The method of claim 16, wherein the MBMS protocol data 

unit is an MAC protocol data unit and the header is a header of the MAC 
protocol data unit. 

18. The method of claim 10, wherein the MBMS protocol data 

28 



wo 2004/002021 



PCT/KR2003/001228 



unit includes an identifier type indicator indicating a type of the identifier. 

19. The method of claim 18, wherein the identifier type indicator 
is included in the header of the MBMS protocol data unit. 

5 

20. The method of claim 19, wherein the MBMS protocol data 
unit is an MAC protocol data unit and the header is a header of the MAC 
protocol data unit. 

10 21. The method of claim 10, wherein the MBMS data receiving 

step comprises: 

checking whether the MBMS identifier is included in the MBMS 
protocol data unit; 

checking whether the MBMS identifier included in the MBMS protocol 
15 data unit is identical to the previously assigned MBMS identifier if the MBMS 
identifier is included in the MBMS protocol data unit; 

removing a header from the MBMS protocol data unit if the two 
identifiers are identical; and 

transferring the header-removed MBMS protocol data unit to an 
20 upper layer of a terminal. 

22, The method of claim 21, wherein the terminal checks 
whether the MBMS identifier is included in the MBMS protocol data unit by 
checking whether an Identifier type indicator of the MBMS protocol data unit 

29 
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indicates the l\/IBMS identifier 

23. The method of claim 22, wherein the identifier type indicator 
indicates a type of the identifier included in the MBMS protocol data unit. 

5 

24. The method of claim 21 , wherein if the two identifiers are not 
identical, the terminal discards the received MBMS protocol data unit. 

25. The method of claim 21 further comprising: 

10 constructing feedback information on the received MBMS data; and 

adding the MBMS identifier to feedback information of the MBMS 
data and transferring it to UTRAN by each terminal. 

26. A multimedia service providing method in a universal mobile 
15 telecommunication system in which multimedia broadcast/multicast service 

(MBMS) is provided to a terminal group consisting of plural terminals, 
comprising: 

transferring plural physical channel information to a terminal group; 

assigning an MBMS identifier to terminals which are to receive an 
20 MBMS data; and 

obtaining information of a specific physical channel indicated by the 
MBMS identifier from the plural physical channel information and receiving 
the MBMS data. 



30 



wo 2004/002021 



PCT/KR2003/001228 



27. The method of claim 26, wherein the MBIVIS identifier is an 
IVIBMS radio network temporary identifier (RNTI). 

28. The method of claim 26, wherein the MBMS identifier 
5 indicates the specific physical channel by indicating the number of the 

specific physical channel included in the plural physical channel information. 

29. The method of claim 26, wherein the physical channel is a 
secondary common control physical channel transmitting MBMS data. 

10 

30. The method of claim 26, wherein information of the physical 
channel is a list of plural channels transmitting MBMS data and a parameter 
indicating a channel code of the physical channel, a scrambling code, a size 
of a data to be transmitted, a time interval at which data is transmitted, a 

15 channel coding, and a type of a transport channel mapped with a 
corresponding physical channel and a logical channel. 

31 . The method of claim 26, wherein the MBMS data receiving 
step comprises: 

20 selecting a specific physical channel indicated by the MBMS identifier 

among the plural physical channels included in the plural physical channel 
information; 

obtaining information on the selected physical channel from the plural 
physical channel information; 
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establishing the selected physical channel by each terminal; and 
receiving the MBMS data through the selected physical channel.. 



5 
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